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@ Einrichtung zur Durchfuhrung von Zahlungen fur Transaktionen 

Gegenstand der Erfindung ist eine Einrichtung zur Durch- 
fuhrung von Transaktionszahlungen, welche ein zentrales 
Verarbeitungssystem enthalt. Das zentrale Verarbeitungs- 
system (20) weist eine Kontendatei, welche einen Dateiab- 
schnitt, in wefchem auf die Benutzerkonten bezogene Daten 
gespeichert sind, und einen Dateiabschnitt. in welchem auf 
die Konten von Geschaften bezogene Daten gespeichert 
sind« enthatt, und eine Datei (26) fur au&enstehende Transak- 
tionen zur Speicherung von Daten auSenstehenderTransak- 
tion n auf. Das zentrale Verarbeitungssystem umfa&t eine 
CPU (21) zur Oberprufung derTransaktionsdaten in der Datei 
fur au&enstehende Transaktionen daraufhin, ob eine be- 
stimmt Schonfrist gerechnet vcm Datum einor jeden 
Transaktion verstrichen ist. Eine Transaktionssummo, bei 
welcher die Schonfrist abgelaufen und welche in den Trans- 
aktionsdaten der Datei fur auSenstehende Transaktionen 
enthalten ist, wird vcm entsprechenden Banutzerk nto in 
der Kundendat i abgebucht und im entsprechenden Ge- 
schaftsk nto desselben gespeichert. 
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(4) Einrichtung zur Durchfiihrung von Zahlungen fur 
Transaktionen, welche ein zentrales Verarbeitungssystem 
enthalt, gekennzeichnet durch 

- eine Kontendatei, welche einen Dateiabschnitt , In 
welchem auf die Konten der Benutzer bezogene Daten 
gespeichert sind, und einen Dateiabschnitt, in wel 
chem auf die Konten der Geschafte bezogene Daten 
gespeichert sind, enthSlt, 



- eine Datei fiir auBenstehende Transaktionen (26) , 
zur Speicherung von Daten auflenstehender Transak- 
tionen, 

- Mittel zur Uberpriifung der Transaktionsdaten in der 
Datei fur auBenstehende Transaktionen daraufhin, ob 
eine bestimmte Schonfrist gerechnet vom Datum einer 
jeden Transaktion verstrichen ist, und 

- Ubertragungsmittel zum Abbuchen der Transaktionssumme , 
fiir welche die Schonfrist abgelaufen und welche in den 
Transaktionsdaten in der Datei fUr auBenstehende Trans- 
aktionen enthalten ist, von d em entsprechenden Benutzer- 
konto in der Kontendatei und zur Speicherung der Summe 
auf dem entsprechenden GeschSf tskonto desselben. 

2. Einrichtung nach Anspruch 1, dadurch g e k e n n - 
zeichnet, daB der Benutzerkontendateiabschnitt und 
der GeschSftskontendateiabschnitt im Steuerzentrum (20) der 
gLeichen Bank vorgesehen sind. 

3. Einrichtung nach Anspruch 1, dadurch g e k e n n ■ 
zeichnet, dafl der Benutzerkontendateiabschnitt und 
der Geschaftskontendateiabschnitt in den Steuerzentren (20) 
verschiedener Banken vorgesehen sind. 

4 . Einrichtung nach Anspruch 1 , dadurch g e k e n n 
zeichnet, dafl ein Transaktionsterminal (10) mit dem 
zentralen Verarbeitungssystem durch eine Obertragungsleitung 
verbunden ist und daB das Terminal wenigstens 

- einen Kartenleser (14) zum Auslesen von Daten aus einer 
Bankkarte, auf welcher Daten, die sich auf die Konto- 
nummer des Inhabers beziehen, und Daten, die sich auf 
die Bank, wo der Inhaber sein Konto hat, beziehen, auf- 

gezeichnet sind^ 

- Mittel zur Eingabe von auf die Transaktionssummen bezo- 

genen Daten, 

- Ubertragungssteuermittel (13) fur die Ubertragung der 
Kartendaten und der Transaktionssumme auf das zentrale 
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Verarbeitungs system und fiir den Empfang von D^ten, 

die sich wenigstens darauf beziehen, ob die Transak- 

tion akzeptierbar ist, vom zentralen Verarbeitungssys tefti.,: , . * 

Anzeigemittel (16) zur Wiedergabe der auf die Akzeptierj-^ 
barkeit der Transaktion bezogenen Daten, und 
Mittel (17) ziim Ausdrucken von auf die Transaktion be-': 
zogenen Daten, wenn die Transaktion akzeptierbar ist. 



• • « • 
« • • • 



• • « • 



umfaBt, 

wobei die Datei fur auBenstehende Transaktionen so ein-.... 
gerichtet ist, daB sie in den Kartendaten enthaltene • . 
erforderliche Datenposten und die vom Terminal erhal- 
tene Transaktionssumrae speichert. 



5 Einrichtung nach Anspruch 4 , dadurch g e k e n 
z e i c h n e t , daB das Terminal (10) eine elektronische 
Registrierkasse ist. 
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Die Erfindung bezieht sich auf eine Einrichtung zur 
5 Durchfiihrung von Transaktionszahlungen mit Bankkarten 

(Scheckkarten) . 

Bankkarten werden von einer Bank an Leute ausgegeben, die 

ein Depositenkontq bei der Bank haben, und kSnnen zur Durch- 
fUhrung bargeldloser Transaktionen verwendet werden. Die Ge- 
10 schaf te, die Mitglieder eines Systems fiir bargeldlose Trans- ^ 
aktionen, bei welchem solche Bankkarten verwendet werden, sind, 
sind mit einem Terminal-TransaktionsgerMt ausgestattet , wel- 
ches mit dem Steuerzentrum der Bank durch eine Telefon- 
Leitung (Ubertragungsleitung) verbunden ist. Das Steuerzentrum 
15 ist mit einer Kundeninf ormationsdatei versehen, in welcher 

die Daten gespeichert sind, die sich auf die Konten der Bank- 
kartenbenutzer und die KOnten der MitgliedergeschSf te be- 
ziehen. Wenn der Benutzer mit einem Mitgliedsgeschaf t eine 
Transaktion durchgefuhrt hat, ubertragt das Terminal die 
20 Bankkartendaten und die Transaktionssumme an das Zentrum, 
WO die Transaktionssumme vom Benutzerkonto abgebucht und. 
auf .das Konto des betreffenden Geschafts transferiert wird, 
womit die zahlung fvir die Transaktion erfolgt. GemaB dem 
Konzept des oben beschriebenen Transaktionszahlungssystems , 
25 erfolgen Transaktion und Zahlung gleichzeitig , so daB bei 
einem Saldo des Benutzerkontos unter der Transaktionssumme 
die Summe nicht zahlbar ist. Folglich wird dem Benutzer dxe 
Transaktion mit seiner Bankkarte verweigert, so daB er nicht 
in den GenuB einer bargeldlosen Transaktion unter Verwendung 

30 der Bankkarte kommt. ^ 

Aufgabe der Erfindung ist die Schaffung eines Systems 
zur Durchfiihrung von Zahlungen fur Transaktionen, bex wel- 
chem eine Schonfrist zwischen Transaktion und zugehbrxger 
zahlung gewShrt wird, urn das System fiir bargeldlose Trans- 
35 aktionen mit Bankkarten brauchbar zu machen und Annehmlxch- 
keiten fUr den Benutzer zu schaf fen. 

Die Erfindung schafft ein System zur Durchfiihrung von 
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Zahlungen fUr Transaktionen. welches dadurch 

i.t daB es ein zentrales veraxbeltungssystem enthalt, wel _ ,. 
ches erne Kontendatei, die einen Dateiabschnitt, in welche:..... 
benutzerkontenbezogene Daten gespeichert sind, and e.nen • 
Dateiabschnitt, in welchem geschaf tskontenbezogene ^^"^ •„..• 
gespeichert .ind, enthMlt, eine Datei fUr ausstehende Trans 
Ltlcnen zur Speicherung von Daten auBenstehender ^ransak . 
ZZ, Mi.tel zur UberprUfung der Transa..ionsda.en^n der 

^ J rp,-=r,cflktionen, ob eine bestimmte 
natei fur aufienstehende TransaKtionen , . — 

ro:/ris. gerechnet vo. Oa.u. einer 
gelaufen ist, und Iransf ar^ittel zur ^^^^^f^^f^'^ Zf 'l 
Lonssu^^e. .Ur die die ^ ; . 

in den Transaktionsdaten xn der Datex fur au 
TransaKticnen entbal.en ist, vo. -"---;-:^r f L 
konto in der Kontendatei und Speicherung der Su»>me 
entsprechenden GeschSf tskonto , umfaSt. 

Oie Banlckarte wird, wie cben bereits -^^efuhrt an .e 
.anden ausgegeben, der ein oepositen.onto ----/^'^ 
und enthSlt darin auf gezeichnet die Kontonummer, die aa£ 
una eniino Transaktionszahlungssystem ge 

J Bank bezogenen Daten usw. Das TransaKtiO 

.86 der Erf indung ist brauchbar fUr ^"^f f^Jf^, 

.on .ebens.ittexn bis zu Kraf tf ahrzeugen ^f^Ts^Te^rl be- 
..at^rieller GUter wie " ,.°^"!""/,r;L Ce- # 

zieht sich der hier gebrauchte =^ -"^^^^ ^^Z^...^- 

, schifte und bz„. Warenh.user und 

eene gebr.uc.iiche Waren -----^^sprrtu:::: e..en und 

trankegeschafte wie Restaurants, 

dergleichen. die Dienstleistungen ' 

..Benutzer" .eint Je^anden. der ein °-P°"--^°"^^;^ ^3,,,,,. 
,0 Bank hat, eine von der Bank -^^/-^'^^"/^^^^f.^rt.^egen- 

.arte, far das Konto besitzt und -^^^^^f^'/'^^^,, 3L Dienst- 

Uber einem GeschSft fur gekaufte waron oder 

ieistungen eine .ahXun, - ^^^^^^^^^ „ansaktionster- 
Vorzugsweise weist D^aes , «c:«=vstem durch 

3. .inai auf. das .it de. zentraXen ^^-^^^^Z:::^^^ 

eine .eXef onXeitung '"--^^j;- : ...en .KartenXas.er 

Das Transaktionstermxnal umfaBt wenxg 
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fiir das Lesen der Daten einer Bankkarte, auf welchei^ Daten,^ 
die sich auf die Kontonummer ihres Inhabers beziehen, und • 
Daten, die sich auf die Bank, bei der das Konto vorhanden : 
ist, beziehen, auf gezeichent sind, Mittel zur Eingabe von 
Daten, die sich auf die Transaktionssummen beziehen (etwa 
eine Tastatur) , Obertragungssteuerraittel zur Ubertragung 
der Kartendaten und der Transaktionssunune an das zentrale 
Verarbeitungs system und fur den Empfang von Daten vom zentra- 
len Verarbeitungs system, die sich wenigstens darauf beziehen,. 
Ob die Transaktion akzeptierbar ist, Anzeigemittel zur Wie- ' 
dergabe der Daten, die sich auf die Akzeptierbarkeit der ; 
Transaktion beziehen, und Mittel zum Ausdrucken von trans- 
aktionsbezogenen Daten, wenn die Transaktion akzeptierbar ist. 
Die Datei fiir auBenstehende Transaktionen speichert die er- 
15 f order lichen in den Kartendaten enthaltenen Datenposten und 
die vom Transaktionsterminal erhaltene Transaktionssumme . 
Als Transaktionsterminal ist eine elektronische Registrier- 
kasse verwendbar, wenn sie zusStzlich mit einem Kartenleser 
und Mitteln zur DurchfUhrung einer Inf ormationsubertragung 
20 mit dem zentralen Verarbeitungssystem versehen ist, well 
die Kasse bereits eine Tastatur, eine Anzeige und einen 
Drucker aufv/eist. Da kommerzielle Transaktionen iiblicher- 
weise unter Verwendung elektronischer Registrierkassen ab- 
gewickelt werden , ist die Verwendung der Kasse auch als 
25 Transaktionsterminal bequem, wobei die von der Registrier- 
kasse berechnete Gesamtsumme der Transaktionen auch gleich 
die zu zahlende Transaktionssumme lief ext. 

Bei Verwendung des Transaktionszahlungssystems gemaB 
der Erfindung kann das Zahlungsziel einer kommerziellen 
30 Transaktion einen bestimmten Zeitraum gegeniiber dem tatsach- 
lichen Datum der Transaktion hinausgeschoben werden, was 
eine groBe Annehmlichkeit fiir den Benutzer darstellt. Obli- 
cherweise ist eine Schonfrist von ungefShr 10 bis 40 Tagen 
fiir kommerzielle.Transaktionen unter Verwendung von Kredit- 
35 karten verfugbar. Die Kreditkarte steht jedoch unter der 
- Kontroile der Kreditgesellschaf t , wahrend der Benutzer sein 
Konto bei der Bank hat. Zahlungen fUr Transaktionen unter. 
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Verwendung von Kreditkarten erfordern daher ein Zus^mmenar- ^ 
beiten zwischen der Kreditgesellschaf t und der Bank und ex- 
nen erheblichen Umfang an Schreibarbeit . DemgegenUber konner.^:,.. 
gemae der Erfindung, bei der von der Bank ausgegebene Bank- 
karten verwendet werden, Zahlungen allein durch die Bank . 
n.it extremer Einfachheit und bei niedrigen Kosten durchge- . 

fUhrt werden. , ^ ■ 1 

Das Benutzerkonto und das Geschaf tskonto slnd nicht 

stets bsi d3r glelchen Bank vorhanden. Deshalb ist es fur 
aas GeschSft wUnschenswert, Kont^ bei so vlelen Banken "-^-^ 
„5gli=h .u haben und Mitglied des von dlesen Banken kon«ollx«. 
ten Transaktionszahlungssystems zu sein. Trotzdem kSnnen, 
selbst wenn der Benutzer seln Konto bei einer Bank und das 
^LchHft sein Konto bei einer anderen Bank -"^f "^J^^ 

, leistet verden, inde. Transaktionsdaten vo. .entru™ der e.nen 
Bank an das Zentrun, der anderen Bank uber eine diese Zentren 
. :::ein:nder verbindende Ubertragungsleitung Ubertragen verden. 
xn diese. Fall ist es vorzuziehen. zur ^^-''^"^"^^^ff^lt 
auBenstehender Transaktlonen die Date! -'-^"'^^"^^^ J^f^^, 
r, aktlonen an den. Centrum, wo der Benutzer sein Konto "oftnet 
° ::.d m^t dle^emge a. zentn. de. Oesona.tskon o z .er 

wendan. Erst wenn die zahlbare Sun^e zu 

aen diesa Sun^e enthaltende Daten an das das Geschaftskon 
aufwelsende Zentru. Ubertragen, und die ^^^^^^^^^^ 
S dlese. Konto. Das Transaktionster.lnal e.nes 

„UB nlcht stets .it de. zentralen verarbeltungssyste„ a. 
Zentru. der Bank verbunden sein. verwendbar ist -cb 
Chargensystem, bei welche. Transaktionsdaten P«-^-=^ 

. V- ^^^r- rinrch den Drucker ausgedruckt wer 
Terminal gespexohert oder durch den ■ ^^^^3,, 

,0 den und die gesammelten Daten xn dxe Bank verb ^ 
und zwar von dem Terminal, dessen Daten xn das 
• arbeitungssystem ubertragen werden. _ folgenden in 

Eine Ausfiihrungsform der Erf indung wxrd ^-/^^^^^^ 

. A.r beiqefiigten Zeichnung beschrxeben. Auf 

Verbindung mxt der cexgetuy^c 

35 dieser zeigt bzw. zeigen 
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Pig. 1 ein Blockschaltbild, welches ein Zahlunc^trans- , 

aktionssystem in seiner Gesamtheit wiedergibt, • 

Pig. 2 eine Bankkarte, 



Fig. 3 teilweise einen Speicher in einem Transaktions 

terminal/ 



Fig. 4 



teilweise eine Kundeninf ormationsdatei (GIF) 



Fig. 5 teilweise eine Inforraationsdatei iiber auBenste- 

hende Transaktionen (OIF) , 

p-Lg. 6 ein Format einer Nachricht, 

Fign. 7-11 FluBdiagramme, welche den durch das Terminal aus- 
zufuhrenden Vorgang wiedergeben, und 



Fign 



12-15 FluBdiagramme, welche den durch das Steuerzentrum 
auszufUhrenden Vorgang wiedergeben. 



Fig. 1 zeigt ein System zur Leistung von Zahlungen fur 
Transaktionen in seiner Gesamtheit. Es umfaBt ein Transak- 
tionsterminal 10, das in jedem Geschaft installiert ist, and 
ein Steuerzentrum 20 in der Bank, wobei das Terminal 10 mit 
dem Zentrum 20 uber eine Ubertragungsleitung (Telef onleitung) 

verbunden ist. 

Das Terminal 10 wird durch eine CPU, etwa einen Hikro- 
prozessor, 11 gesteuert. Mit der CPU 11 sind ein Speicher 12 
zur Speicherung eines Programms fur diese und von noch zu be- 
schreibenden verschiedenen Datenposten, eine Obertragungs- 
steuereinheit 13 zur Steuerung von Ubertragungen mit dem 
zentrum, ein Kartenleser 14 zum Lesen der magnetisch in ei- 
ner Bankkarte (Scheckkarte) EC auf gezeichneten Daten, eine 
Tastatur 15 zur Eingabe von Transaktionsdaten, zu denen die 
Summen von Transaktionen gehoren, eine Anzeige 16 zur Wie- 
dergabe von Daten wie der Akzeptabilitat von Transaktionen 



Oder von anderen notwendigen Daten aus dem Zentrum 20,»ein ..^^ 
Drucker 17 zum Ausdrucken von Transaktionsdaten auf Strei- 
fen und dem Journal und auch zum. Ausdrucken von verschie-^^S 
denen auf Zahlungen bezogenen Daten, und eine Tastatur 18, „ 
mit welcher der Benutzer seine Geheimnuiraner eingibt, ver- 
bunden. Die Ubertragungssteuereinheit 13 enthSlt eine auto-^- 
matische Wahlschaltung und ein Modem. Der Kastenleser 14 
kann automatisch oder manuell abtastend sein. Anstatt in . 
dem Terminal 10 eingebaut zu sein, ist die Geheimnummer- 
tastatur 18 vorzugsweise auBerhalb des Terminals 10 vorge 
sehen und mit diesem durch ein Kabel verbunden, so dafi sie;;^^ 
durch den Benutzer gehandhabt werden kann. 

Das Steuerzentrum 20 ist mit einer GroB-CPU 21 zur 
Steuerung der Ubertragung mit den Terminals 10 und zur Aus- 
fuhrung verschiedener TransaktionsvorgSnge , welche einen 
Zahlungsvorgang enthalten, versehen. Die. CPU 21 ist mit ei- 
nem Speicher 22 zur Speicherung des durch sie auszuf iihrenden 
Programms, einer Ubertragungssteuereinheit 23 zur Ubertra- 
gung mit den Terminals, einer Uhr 24, einer Kundeninfor- 
mationsdatei (GIF) 25, einer Informationsdatei uber auBen- 
stehende Transaktionen (OIF) 26 und einer Datei Uber nicht 
zahlbare Transaktionen (UTF) 27 versehen. 

Fig. 1 zeigt zwar das Terminal und das Steuerzentrum 
jeweils als einzige, jede Bank hat aber wenigstens ein Steuer- 
zentrum, welches fur ein in-Verbindung-Stehen mit den Ter- 
minals 10 aller Mitgliedsgeschaf te des von der Bank kontrol- 
lierten bargeldlosen Transaktionssystems eingerichtet is 
Ferner ist das Terminal eines jeden Geschafts so eingerich- 
tet, daB es mit den Steuerzentren mehrerer Banken in Ver- 

bindung steht,- ^^-o 
Die Bankkarte BC ist in Fig. 2 gezeigt. Die Bankkarte 
EC wird von der Bank an jemanden ausgegeben, der bei der 
Bank ein Konto hat. In einem an der Bankkarte BC -9-^"=^" 
ten Magnetstreifen 9 sind .agnetisch die die ^-'^'^"""^ 
darstellende Eankleit^ahl , eine Zweigstellennummer , die Kon 
tonvnmner und die Geheiinnummer des Inhabers der Karte sowxe 
andere Daten auf gezeichnet . 



Fig. 3 zeigt die Anordnung von Daten im Speicher 12. 
Der Speicher umfaBt einen Bereich, der als Transaktionsda- 
ten-Datei (TDF) dient, Bereiche als Puf f erspeicher fUr ab- 
gehende und ankommende Daten fiir die Ubertragung mit dem 
Zentrum (20), einen Bereich zur Speicherung von durch den 
Kartenleser 14 gelesenen Daten, einen Bereich, welcher iiber 
die Tasten eingegebene Transaktionssummen usw. speichert, 
einen Bereich zur Speicherung der Kontonummer des Geschafts, 
wo das Terminal installiert ist, einen die Telefonnummer des 
Zentrums der betreffenden Bank speichernden Bereich, einen 
die Identifikationsnummer des Terminals 10 speichernden Be- 
reich, einen Bereich, welcher Transaktionscodes zur Verwen- 
dung in an das Zentrum zu sendenden Nachrichten speichert. 



usw 



Die TDF wird zur Speicherung der Daten hinsichtlich 
einer jeden durch das Terminal ausgefuhrten Transaktion bis 
die zugehorige Zahlung abgeschlossen ist, verwendet. Die zu 
speichernden Daten enthalten das Datum der Transaktion, die 
Kontonummer des die Transaktion durchf iihrenden Benutzers , 
die Bankleitzahl und die Transaktionssumme . 

Wenn das Geschaft Konten bei mehreren Banken hat, slnd 
im Speicher 12 die Kontennummern bei diesen Banken in ent- 
sprechender Zuordnung zu diesen gespeichert. Ferner besteht 
die Notwendigkeit, die Telef onnummern der Bankzentren in 
entsprechender Zuordnung zu den Identif ikationsnummern , 
beispielsweise den Bankleitzahlen , der Banken einzeln zu 
speichern, 

Der Speicher 22 im Zentrum 20 umfaBt einen Bereich, der 
als Pufferspeicher fiir ankommende und abgehende Daten fur 
die Ubertragung mit dem Terminal 10 dient, und enthSlt ge- 
speichert eine bestimmte Schonfrist (siehe Fig. D- Der Aus- 
druck "Schonfrist" meint eine bestimmte Frist ab dem Trans- 
aktionsdatum und betragt iiblicherweise ungefahr 10 bxs 40 
Tage. GemSB der vorliegendcn Ausf uhrungsf orm wird eine gena 
festgesitzte Schonfrist durch das Zentrum 20 fur alle Trans 
aktionen gesetzt, es kann aber auch eine spezif ische Fr^st 
durch das Terminal oder eine wahlfreie Frist innerhalb ge- 
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10 



15 



20 



25 



30 



35 



wisser Grenzen nach Wunsch des Benutzers gesetzt wet- 

den. In diesem Fall wird die durch das Terminal gesetzte • _ 

Schonfrist zusanunen mit den Transaktionsdaten auf das Zent^u^-,.- 

Ubertragen. 

Fig. 4 zeigt ein Beispiel einer vom Zentrum 20 gefunr,^^^^. 
ten TIF 25 Fur jeden der Benutzer und der Geschafte, die";'.;, 
ein Konto bei der Bank haben, sind in der TIF 25 der Konto-^.;. 
stand der Name, die Adresse und ahnliche auf die Transaktion • ^ ^ 
Bezughabende Daten in entsprechender Zuordnung zu der be- . . 
treffenden Kontonummer gespeichert. Ebenfalls gespeichert 
ist die Kreditlinie fiir jeden Benutzer. Bei der vorliegen- ^ ^ • 
den Ausfuhrungsform wird die Kreditlinie in Anbetracht der . 
Bonitat des einzelnen unter BeriScksichtigung des Jahres- 
einkommens, seines Arbeitgebers , der BeschSf tigungsdauer 
bei dem Arbeitgeber und anderer personlicher Dinge bestxmmt. 
Es ist natarlich auch m5glich, die Kreditlinie nach dem 
Kontostand (Saldo) oder dergleichen periodisch oder fur ^ede 
Transaktion zu bestiramen. 

Fig. 5 zeigt ein Beispiel einer OIF 26 im Zentrun, 20. 
Die OIF 26 ist so emgerichtet, daS sie die von einem jeden 
Terminal 10 weitergeleiteten - Daten auBenstehender Trans- 
aKtionen, welche das Zahlungsdatum. das Transaktlonsdatu. , 
die Kontonununer des Benutzers, die Transalctionssumme unc 
ein Symbol (z.B. GeschSf tsnummer , Termirialnummer , Konto- ^^.^ 
nu^er oder dergleiohen) . welches das die Transaction c- =h 
fUhrende Geschaft darstellt. speicher., wobei diese Dat.n 
£Ur jede Transaction gespeichert werden. Wenn das Gesch^.t 
auch bei anderen BanKen Konten hat, ist es 
BanKleitzahlon usw. der Ban.en zu spelchern. Das zahlun.^a 
turn wird berechnet, indem die Schonfrist zum Transactions 

datum addlert wird. ^mgerichtet, daU sic 

Die UTF 27 im Zentrum 20 ist so einger 
oaten hlnslchtlich Transaktionan spelchert, die 
slnd, well die TransaKtlonssumme des Benutzers se.nen Konto 
stand am zahlungsdatum Uberschreltet, vie 
sohrleben wird. Dieses RlslCo wird von ^^^L Tu^ 
„enn auch vorab eine Absprache zwischen der Bank 
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schSft hinsichtlich der Obernahme des Risikos getroff^n wer- 
den kann. 

Das Zentrum 20 enthSlt in einem seiner Dateien oder im 
Speicher 22 eine Tabelle gespeichert, in welcher die Konto- 
5 nummer eines jeden GeschSfts und die Nummer des dort instal-^.,.,^ 
lierten Terminals in entsprechender Beziehung zum GeschSft 
(GeschSftsnununer oder Geschaf tsname) angegeben sind. 

Fig. 6 zeigt ein Beispiel eines Formats von Nachrichten. ' 
welches die vom Terminal 10 an das Zentrum 20 zu sendenden 
10 Transaktionsdaten enthalt. Die Nachricht umfaBt Textstart 

(STX), Nummer des Senderterrainals , Transaktionscode , der j;^ - 
Daten von auBenstehenden Transaktionen angibt, Kontonummer 
des Geschafts, Transaktionssumme , Bankleitzahl, Zweigstellen- 
nummer,von der Bankkarte BC abgelesene Benutzerkontonummer 
und Textende (ETX) . Falls erf orderlich, enthalt die Nach- 
richt das Transaktionsdatum und, wenn das Geschaft Konten 
nur bei anderen Banken hat, die Bankleitzahlen , usw. 

Die Fign. 7 bis 11 zeigen die vom Terminal 1 0 auszu- 
fiihrenden TransaktionsverarbeitungsvorgSnge , wahrend die 
20 Fign. 12 bis 15 die vom Steuerzentrum 20 auszufuhrenden 
Transaktionsverarbeitungsvorgange zeigen . 

GemaB Fig. 7 pruft die CPU 1 1 des Terminals aufeinander- 
folgend, ob die Bankkarte BC in den Kartenleser 14 einge- 
setzt bzw. von diesem abgetastet wurde (Schritt 31), ob exne 
Bezugnahme auf TDF verlangt wurde (Schritt 32) und ob xrgend- 
eine Nachricht vom Steuerzentrum 20 empfangen wurde (Schritt 
33) Die CPU 11 kann iiber die Ergebnisse durch eine Unter- 
brechung informiert werden. Die Feststellung des Einsetzens 
der Karte bedeutet Start der Transaktionsverarbeitung . Die 
Bezugnahme auf TDF bedeutet das Auslesen von Daten auBen- 
stehender Transaktionen aus der TDF des Speichers 12 und^ 
Ausdrucken der Daten auf dem Journal durch den Drucker 17. 
Die Tastntur 15 wcist eine TDF-Bezugnahme-Taste auf, die, 
wenn sie gcdruckt ist , eine bejahende Antwort auf die Frage 
des Schritts 32 ergibt. Wenn irgendeine Nachricht vom Steuer- 
zentrum 20 erhalten wird, werden die ankommenden Daten im 
Pufferbereich des Speichers 12 fur ankommende Daten gespei- 
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, H ..t 33) Die Nachricht wird daraufhin iibeVpraft, . 
chert (Schritt 33). Die wa ,c^hritt 34) oder den 

K .ie sich auf eine Transaktion (Schritt 34) . , 

Ob sxe sicn aui /schrttt 35) bezieht. .... 

Transfer der zahlbaren Surmne ^^chrxtt , 

. ^ =„f Fia 8 Bezug genommen, weicne a^- ^^^^ 

. oaten geXesen und i™ ^^^^f ^,/,"rfes«ustellen. ob die,--; 

Oie Ober die Tasten Geheimnun^er auf der Banlc- 

lich ih«r Ubereinstx-maun, ^" 25 ^ie Ge- 

Karte UberprUf t . Das --"-^^ ^^^"^^,rrXon.onu™.er ,e.pel- 
,5 hei:unu™aer in ^''-^^"f^'g.Tl,, ,,3ten eingegebene Gehel.- 
• Cher* enthalten und dxe uber ^as 
nuiomer kann zusa^en --'^ ^ ^^^^^^ beiden Ge- 

heimnrnimern auf exne Ube ube„i^sti™r>9 ""d damt fest- 

in jede. Fall tippt. be. Oesch.f t.per.onal 

,estellter ^"^^^^^^f .^^ r,':::".^ Transa,tlcnssu^e , 

Transaktionsdaten, beispi -^icher 12 gespeichert 

em. welche dann gelesen ^ ^/^^f^ beispielsweise die 

„,,a (SCrltt 43,. „; ,c,.r de. spelc.e.s 12 

25 in Fig. 6 gezelgte, «.rd ^""7""" . pi. Ober- 

abgebende -"".-^rr^Ult a rora.iscb das Zen.ru. 20 
.ragungssteuerelnhe.t 13 .peicber 12 an 

unter Bezugnah.e -'/" Jf/^^^ .BanKen. vorbanden 

(Schritt 45) . Auch wenn "^hrer Speicher in 

30 sind, sind die Telefonnu«,ern der e ,aentlf 1""-^^" 

..tsprecbender ^^^t::,::: od^^ -cod-, gespeichert, 

Be.ugssy.bolen (z.B. -"'^^//^^f^'/^^.e^,. ..ntru.s unter Be- 
so das die Telefonnummer aes be ^^^^^..^n Oder den 
.ugnahme auf die Banklextzahl .n den ^.^ 
o V rot^e wiedergewonnen wiru, 
35 eingetippten ^-^""^^ " Zentru. anwShlt. 

heit 13 automat.sch das ge ^ „,„„ 

wenn die Eankkarte nicht ec 
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die Geheimnununern nicht iibereinstiimnen (NG fur Schritt 42) , 
wird das Ergebnis a^f der Anzeige 16 angezeigt (Schritt 46) . 
und die Karte zuriickgegeben (Schritt 47). Darauf folgt das . 
Wiedereinsetzen der Karte fUr die Wiederholung obiger 
Schritte Oder die Ausfuhrung der Transaktion mit ZahLung 
in bar. 

Wenn die Transaktionsdaten vom Terminal an das Zentrum . 
gesandt werden, registriert das Zentrum die Daten in der 
OIF, wie spater noch beschrieben wird. Eine das Ergebnxs 
wiedergebende Nachricht wird dann an das Terminal gesandt. 
Auf den Empfang der Nachricht durch das Terminal (Schrxtte 
33 und 34) tolgt die zweite H^lfte der Transaktionsverarbei- 
tung, die in Fig. 10 gezeigt ist. 

GemSB Fig. 10 wird die vom Zentrum gesandte und im 
Pufferspeicher fUr ankommende Daten des Speichers 12 ge- 
speicherte Nachricht ausgelesen, urn zu uberprufen, ob die 
Transaktion akzeptierbar ist (Schritt 61). Wenn die Trans- 
aktion durchgefvihrt werden kann, druckt der Drucker 17 dxe 
Transaktionsdaten, etwa Transaktionsdatum, Transaktionssumme , 
Benutzerkontonummer (oder seinen Identif ikationscode) , usw., 
auf einem Streifen (Quittung) und auf dem Journal aus, und 
die Pragung auf der Bankkarte wird aufgedriickt (Schritt 62) . 
Die Transaktionsdaten werden in der TDF im Speicher. 12, wxe 
oben beschrieben, registriert (Schritt 63). SchlieBlich wxrd 
die Karte zuriickgegeben (Schritt 64). Die --^^^^f""! 
Quittung und die zuruckgegebene Karte werden an den Benutze. 
ausgehandigt. Das Journal dient als Aufzeichnung fUr das Ge- 
schaft. Auf diese Weise ist die Transaktion ohne Hxngabe 
von Bargeld abgeschlossen . 

Die Transa>ct.ion ist beispielsweise nlcht ak.eptxerbar, 

wenn die BanKKarte ung.Ultig ist oder das . ^" 

f ehlt Oder die TransaRtionssu^ue die Kreditlxn.e -^-^-^"^ 

tet. wenn die Transaktion nlcht akzeptierbar 1st (NEIN 

schritt 61), wird ein solcher Grand, welcher in der vom ^ 

zentru™ an das Terminal gesendetenNachricht 

auf der Anzeige 16 angezelgt (Schritt 65) und die ^^"'^^ 

"ckgegeben (Schritt 65, . In dlesem Fall wird die Transakt.on 
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Oe«» Fig. „, aann, cb ir,ende^4..: 

oatu«sanderung --"^f ^..^ 82, . Di.se . 

Nachrlcht vom Terminal empfangen wir .,„,,^t „erden. •••• 

,„ - H,„-^h eine Onterbrechung ausgefUhrt weraen. 

Das Datum wlrd dur=h die Uhr 24 g ^^^^ ^.^ 

ten .eit, wenn das Datum ^-^"f f ^^^^^'^f , ,3,^,,,, 81,. wo-l 

" r: ri:Tirrg:rg:e Tnd s:.te. .u besc^^eibende, . 

rauf der in Fig. ge ^ vorgang wird einmal ; 

.aniungsvorgang ausge^^^rt vira. vom Terminal enthaiten : 
taglich ausgefuhrt. Die waui _ /c^hritte 83 

Transa,.tionsdatennachri=hten und Antwcrten (Schritte 

""^ «acbricnt vom Terminal ist ^^'^^ ^^^^^^Tr' 

„a=bric.t, wenn -^r:'^:^:^^^^- 
,olge geht ^-n nach dem n Fig J ^^^^^^ 

vorgang waiter Daten gespeichert 

bereich des Speichers 22 ^"'^ Karte wegen 

ist, wird ausgelesen, um zu uberprufen , ob 

i.,endweiober ung«i- 

Oas zentrum ^ --^i , J^^ xaenti.iKationss..bole 

tige Karten auf . In der Da Karten, die nicht fUr 

(etwa die Kontonu-mnern, ungultiger Karten, ^ 

Transa.tionen benut.bar sind, ^-/^-f//^^/^ ,,,.l.al 

,...l,e -:-j;-;;ratrnTu:rurt! l .u .berpra.en. 
weitergelelteten Karten .^^„,,,,,,,„nde Symbol in 

Ob das die '=-"f/^"^:/^;"„ Karte nicht ungiiltig ist, 
der Datei enthalten i=^- "^^ j^.tref f enden Kontonummer durcr.- 
„i.d die CXF 2S dann -"^^^ ,„„.a.tionssumme da- 

, sucbt '==^""..1'^' j;,^ Kreditlinie Uberschreitet 

raufhin "^«P""' °^ auch die au.enstehen- 

(Schritt 1131. in der CIF 

den sum^en fUr die --"!'^;;f;;'=rir,::nsl.tionssumme 
die Kreditlinie zu Uberprufen ist, dl 

, .it dem Saldo verglichen ^^^^^XZlZt .1^^^^^^- 

die --""-^ttirrstTea n -1= a.zeptierbar, w^nn di. 
Die Transaktion isz. 
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Transaktionssumme der Kredtilinie entspricht. Die T^ansak-^^^ 
tionsdaten fiir den Benutzer warden in der OIF 26 registriert' 
(Schritt 117). In diesem Schritt wird das Z ah lungs da turn tl 
durch Addieren der Schonfrist zum Transaktionsdatum be- 
rechnet, und das Zahlungsdatxam wird ebenfalls in der OIF 2^»* 
registriert. Ein Transaktions-OK- ( Akzeptierbar-) Code wird'.- 
in dem Puf f erspeicher fUr abgehende Daten des Speichers 22 

gesetzt (Schritt 118). 

Wenn sich durch Schritt 111 herausstellt , daB sich die^c. 
betreffende Karte in der Datei fiir ungUltige Karten befindetv 
wird ein Karten-NG-Code in dem Pufferspeicher fiir abgehende Daten 
dfis speichers 22 gesetzt (Schritt 114) . Wenn Schritt 112 nicht 
das betreffende Konto in der CIF 25 lokalisieren kann, wird exn 
Konto-NG-Code in dem Pufferspeicher gesetzt (Schritt 115). 
wenn sich durch Schritt 113 ferner herausstellt, daB die 
Transaktionssumme die Kreditlinie QbersChreitet, wird exn 
KreditlinienUberschreitungs-Code im Pufferspeicher gesetzt 

(Schritt 116). . 

In jedem Fall wird eine Transaktionsnachricht durch 
Hinzufugen der Transaktionsdaten zu den Codes, die sich auf 
die Akzeptierbarkeit der Transaktion beziehen, aufberextet 
und im Pufferspeicher fUr abgehende Daten gesetzt (Schrxtt 
119). Die Nachricht wird an das betreffende Terminal 10 ge- 

sandt (Schritt 120) . 

Mit Erhalt dieser Nachricht fOhrt das Terminal 10 die 
in Fig. 10 gezeigte zweite HSlfte des Transaktionsverarbei- 

tungsvorganges durch. 

Fig. 13 zeigt den durch das Zentrum 20 auszuf Qhrenden 
Zahlungsvorgang. ZunSchst werden die auBenstehenden Daten 
"nsichtlich einer bestir ^an.aktion aus der OIF 26 ausgelesen 
(Schritt 91), urn zu uberpriifen, ob das in den Daten ent^ 
haltene Zahlungsdatum mit dem Datum auf der Uhr 24 uber- 
einstimmt (Schritt 92) . Wenn eine Ubereinstimmung erhalten 
ist, werden die Daten im spezif izierten Bereich des Spex- 
chers 22 (z.B. dem Bereich fur auBenstehende Daten) ge 
speichert (Schritt 93). Diese Schritta werden fUr die Daten 
hinsichtlich joder Transaktion in der OIF 26 wiederholt . 
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(Schritt 94). Die an dem betreffenden Tag zu verarbfeitenden ^ . , ^ 
oaten werden aus der OIF 26 du-rch die Schritte91 bis 94 aus.-^.,- 

gelesen- •••• 

Als naohstss werden alle Transaktlonen , die durch d^^: ■. 
i„ speicher gespeicherten Daten auSenstehender Transa]ctxc„e„_... 
abgedeokt sind, verarbeitet, urn die zu zahlende und in den . 
Daten enthaltene Transaktionssu^e mit dem Saldo des 
spreohenden Benutzers in der CIF 25 zu vergleichen (Schr.tJ_^__: 
95) wenn der durch Subtraktlon der Transaktionssumme vom .... 
auBenstehenden Saldo gewonnene neue Saldo null Oder groBer-.... 
.13. null ist. ist die su.™e zahlbar (Schritt 96,. ^ 
des Benutzerkcntos wird durch ver«endung des neuen Saldos 
aktualislert (Schritt 97). Dies bedeutet, daU der Benutzer 
die fallige Transaktionssu:.me bezahlt hat. °^->=«5"=';^"^/^^^^ 
Xransaktionsdaten werden in eine. speziellen B-eich (Bere.ch 
fUr beglichene Daten) im Speicher gespeichert t^^'^"" '^'^ 
D!r neue Saldo zeigt, wenn er negativ ist, an. daS d.e 

■ hih^r ist Die Transaktionsdaten werden 

fallige Summe nicht zahlbar ist. Die ir 
dann in der Datei fUr unzahlbare Transaktxonen (UTF) 
gistriert (Schritt 100). Vorzugsweise wird der Saldo des 
treffenden Benutzerkcntos mit de. negativen 
aktualisiert. Ferner wird die nicht zahlbare ^ 
sunune in eine. speziellen Bereich des Spe.chers 22 9- 
aedanfalls wird die Bank den Benutzer Uber die unzahlbare 
benachrichtigen und den Fehlbetrag beitreiben 
Die Schritte95 bis 98 und 100 werden Eur 
Transaktlonen, die im Bereich auSanstehender oaten oes Speich 
22 gespeichert sind, durchgefuhrt " 

wenn Abbachungen von den Benutzerkonten fur die 
.ller zu zahlender Transaktlonen vorgeno„,.en ""^^ ' J//;; 
,,e sunken au£ die Kcten der betreffenden ^--'^^'^ 
feriert. Unter Bezugnah.e au£ die Daten im Bereich begli 
Thener Daten des Speichars 22 wird die eine. ^^^^^^^f^'^H 
fu transferierende Summe (Cesamtsumme J";- -, "jj 
rechnet (Schritt 101). Zur Transf ersumme "-^J^^^^^^^,, 
zahlbarer Transaktlonen addiert. Dann wird eine Nachri 
aufbereitet, welche die zu transf erierende Gesamtsu:^e (em 



- 18 - 



3406615 



o » 



schlieBlich detaillierter Daten hinsichtlich aller b^gli- 

♦ o 

chenen Transaktionen/ wenn gefprdert) enthalt. Die Nachricht, 
wird an das Terminal des entsprechenden Geschafts gesandt 
(Schritte 102 und 103). 

Mit Erhalt der Transf ernachricht bereitet das Terminal 
10 eine diesbezUgliche Antwortnachricht auf, welche an das 
Zentriim 20 gesandt wird (Fig. 7, Schritt 35 und Fig. 11/ 
Schritt 71). Das Zentrum 20 fUhrt nun die in Fig. 15 ge- 
zeigten Transf erschritte durch. (Die Folge geht von Fig. 12,' 
Schritt 84 nach Fig. 15 weiter.) Die Gesamttransf ersumme 
wird dann auf das Konto des entsprechenden Geschafts iiber- 
tragen (Schritt 106), womit die Zahlung abgeschlossen ist. 
Die auBenstehenden Daten hinsichtlich der durch den Benutzer 
in dem betreffendeh CeschSft durchgef Uhrten Transaktionen 
werden deshalb in der OIF 26 gelSscht (Schritt 107). Die Ge- 
samtsuiranenbildungs- und Transf erschritte 101 bis 103, 106 
und 107 fur jedes Geschaft werden fur alle GeschSfte ausge- 
ftihrt (Schritt 108). 

Das Terminal 10 iibertrSgt in Schritt 71 (Fig. 11) eine 
Nachricht, die lediglich feststellt, daS die Transf ernachricht 
empfangen wurde, ein verlaBlicheres Ergebnis IMBt sicb aber 
erzielen, wenn eine solche Antwortnachricht an das Zentrum 
20nur durchgegeben wird, wenn die vom Zentrum 20 weitergege- 
bene Transf ersumme (und alle Transaktionsdaten , wenn gefor- 
dert) in Ubereinstimmung mit der Gesamtsumme der ent- 
sprechenden Daten in der TDF des Speichers 12 des Terminals 
10 ist. Ferner kann nach Ubertragung der Summe auf das Ge- 
schaftskonto in Schritt 106 der Fig. 15 das GeschSft uber die 
transferierte Summe informiert werden (dies entsprechend 
Schritt 103). Wenn das GeschSf tskonto sich nicht in der GIF 
des Zentrums, sondern in einer anderen Bank befindet, werden 
die erforderlichon Daten, welche die Transf ersumme , die Ge- 
schaftskontonummer usw. enthalten, an das Zentrum der ent- 
sprechenden anderen Bank fiir den Transfer ubertragen. 

Gleichzeitig mit oder nach oder vor einem solchen Trans 
fervorgang werden die Daten, die sich auf unzahlbare Trans- 
aktionen in der Datei 27 beziehen, ausgedruckt (Fig. 13, . 
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schritt 104) . Die BanK treibt das nicht b.zahlte G^ld unt.r ^ 

: ahle auf d.e aus,ear«cH.en Oaten .e. una 
entspreohenden TransaXtionsdaten in der OIP 2 '=<=»'"'^ ^°^V. 
pas L6s=hen der Oaten in der OIF 26 Xann erfolgen, nachde. 

^ o-rhaltenen Daten Oder aui axc^^, 

lung) unter Bezugnahiue auf dxe erhaltenen . 

. ^ 1-5 arstellt und auBerdem die Liste mx 
TDF des Speichers 12 ^^^^^^^^ beglichenan Daten wer- 

Drucker 17 ausdruckt (Schritt 72). Die beg ^ 

aen -%-^-;re^u:r.Ts^ aus.ufU..enden Be- 

P.,. 9 -^;\^^;^/J/^^^,^,,,,eanforderung werden auBen- 
.ugnahxaevorgang. ^^^^/^^^^^...^ers 1 2 ausgelesen und 

stehende Daten aus der TDF des bp auf dem 

• ^ 4. /cr.v.r-itt 51) und durch den Drucker i/ 
aufbereitet ^f^"" 32). Das Journal liefert die 

journal ausgedruckt ^^^^^^^ J'J^^ auBenstehenden Trans- 

Geschaftsinformation hinsichtlich 

aktionen. ^-i-rd nur die Konto- 

Bei der beschrlebenen AusfUhrungsf orm wird 

tlfdas Benutzeridentifizlerungssy^bol verwendet. al 
nu:»er als ^" ~ ^^^^^^ der «ame, die Bank-carten- 

rrd^Hirrie-d— oder -^^---^ — nLrre^. 

gleichen aufgezeichnet bzw. ge p« Transak- 
schaft. im allgemeinen ist das Zen ^usgefuhrten 
tionsauf.eichnungsaate. zur ,j,,,,,hen Zvischenf alien 

Transaktionen ^^^^'^^'''^^JJ^. Beschreibun, wurde zwar auf 
zu schUtzen. In der vorstehena tatsachlich 
die Aufzeichnungsdatei nicht Bezug genommen tat 
ist eine solche Oatei natUrlich absr notwena.g. 
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vice for making payments for transactions 

The subject matter of the invention is a device 
for making transaction payments, which contains a 
5 central processing system. The central processing 

system (20) has an account file, which contains a file 
section in which data related to the user accounts is 
stored, and a file section in which data related to the 
accounts of businesses is stored, and a file (26) for 
0 outstanding transactions for storing data of 

outstanding transactions. The central processing 
system comprises a CPU (21) for examining the 
transaction data in the file for outstanding 
transactions as to whether a certain period of grace, 
5 calculated from the date of each transaction, has 

expired. A transaction sum where the period of grace 
has expired and which is contained in the transaction 
data of the file for outstanding transactions is 
debited to the appropriate user account in the customer 
0 file and is stored in the appropriate business account 
of the same . 
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CLAIMS 

1, Device for making payments for transactions, 
which contains a central processing system, 
characterized by 

an account file which contains a file section in 
which data related to the accounts of the users is 
stored, and a file section in which data related 
to the accounts of the businesses is stored, 
a file for outstanding transactions (26) for 
storing data of outstanding transactions, 
means for examining the transaction data in the 
file for outstanding transactions as to whether a 
certain period of grace calculated from the date 
of each transaction has expired, and 
communication means for debiting the transaction 
sum, for which the period of grace has expired and 
which is contained in the transaction data in the 
file for outstanding transactions, from the 
appropriate user account in the account file and 
for storing the sum in the appropriate business 
account of the same. 

2, Device according to claim 1, characterized in 
that the user account file section and the business 
account file section are provided in the control centre 
(20) of the same bank. 

3, Device according to claim 1, characterized in 



-3- 

that the user account file section and the business 
account file section are provided in the control 
centres (20) of different banks. 

4. Device according to claim 1, characterized in 
5 that a transaction terminal (10) is connected to the 

central processing system by way of a communication 
line and in that the terminal comprises at least 

a card reader (14) for reading data from a bank 
card, on which data is recorded which relates to 
10 the account number of the holder, and data which 

relates to the bank where the holder has their 
account , 

means for the input of data related to the 
transaction sums, 

15 - communication control means (13) for communicating 
the card .data and the transaction sum to the 
central processing system and for receiving data, 
which relates at least to whether the transaction 
is acceptable, from the central processing system, 

2 0 - display means (16) for reproducing the data 

related to the acceptability of the transaction, 
and 

means (17) for printing out data related to the 
transaction, if the transaction is acceptable, 
25 - wherein the file for outstanding transactions is 

set up in such a way that it stores necessary data 
items contained in the card data and the 
transaction sum obtained from the terminal. 

5. Device according to claim 4, characterized in 
30 that the terminal (10) is an electronic cash register. 
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DESCRIPTION 

The invention relates to a device for making 
transaction payments with bank cards (cheque cards) . 
5 Bank cards are issued by a bank to people who have 

a deposit account with the bank, and can be used to 
make cashless transactions. The businesses which are 
members of a system for cashless transactions, in which 
system such bank cards are used, are equipped with a 

10 terminal transaction device which is connected to the 
control centre of the bank by way of a telephone line 
(communication line) , The control centre is provided 
with a customer information file, in which the data is 
stored which relates to the accounts of the bank card 

15 users and the accounts of the member businesses. If 
the user has performed a transaction with a member 
business, the terminal communicates the bank card data 
and the transaction sum to the centre, where the 
transaction sum is debited to the user account and is 

2 0 transferred to the account of the business concerned, 
by which the payment for the transaction takes place. 
According to the concept of the transaction payment 
system described above, transaction and payment take 
place simultaneously, so that, in the event of a 

2 5 balance of the user account below the transaction sum, 

the sum is not payable. Consequently, the user is 
refused the transaction with their bank card, with the 
result that they do not enjoy a cashless transaction 
with the use of the bank card. 

3 0 The object of the invention is the creation of a 

system for making payments for transactions, where a 
period of grace between transaction and associated 
payment is granted, in order to make the system for 
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cashless transactions with bank cards usable and to 
create advantages for the user. 

The invention creates a system for making payments 
for transactions, which is characterized in that it 
5 contains a central processing system, which comprises 
an account file which contains a file section in which 
user-account-related data is stored and a file section 
in which business-account-related data is stored, a 
file for outstanding transactions for storing data of 

10 outstanding transactions, means for examining the 
transaction data in the file for outstanding 
transactions as to whether a certain period of grace 
calculated from the date of each transaction has 
expired, and transfer means for debiting the 

15 transaction sum, for which the period of grace has 

expired and which is contained in the transaction data 
in the file for outstanding transactions, from the 
appropriate user account in the account file and 
storing the sum in the appropriate business account. 

2 0 As already explained above, the bank card is 

issued to someone who has a deposit account with a 
bank, and contains recorded thereon the account number, 
the data related to the bank etc. The transaction 
payment system according to the invention is usable for 

2 5 transactions involving all goods from foods to motor 
* vehicles (including non-material goods such as 

services) . Accordingly, the expression "business" used 
here relates to businesses and/or department stores and 
supermarkets which sell various common goods, food and 

3 0 drink businesses such as restaurants, haulage firms and 

suchlike which offer services etc. The expression 
"user" means someone who has a deposit account with the 
bank, has a bank card (cheque card) for the account, 
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issued by the bank, and is obliged to make a payment to 
a business for goods bought or for services rendered . 

Each business preferably has a transaction 
terminal which is connected to the central processing 
5 system by way of a telephone line (communication line) . 
The transaction terminal comprises at least a card 
reader for reading the data of a bank card, on which 
data is recorded which relates to the account number of 
its owner and data which relates to the bank where the 

10 account is held, means for the input of data which 
relates to the transaction sums (for example a 
keyboard) , ■ communication control means for 
communicating the card data and the transaction sum to 
the central processing system and for receiving data 

15 from the central processing system which relates at 

least to whether the transaction is acceptable, display 
means for reproducing the data which relates to the 
acceptability of the transaction, and means for 
printing out transaction-related data if the 

20 transaction is acceptable. The file for outstanding 
transactions stores the necessary data items contained 
in the card data and the transaction sum obtained from 
the transaction terminal. An electronic cash register 
can be used as transaction terminal if it is 

2 5 additionally provided with a card reader and means for 
communicating information with the central processing 
system because the cash register already has a 
keyboard, a display and a printer. Because commercial 
transactions are usually conducted with the use of 

30 electronic cash registers, it is also easy to use the 
cash register as a transaction terminal, with the total 
sum of the transactions, calculated by the cash 
register, also immediately supplying the transaction 



sum to be paid. 

With the use of the transaction payment system 
according to the invention the payment target of a 
commercial transaction can be deferred for a certain 
5 period in relation to the actual date of the 

transaction, representing a great advantage to the 
user. A period of grace of about 10 to 4 0 days is 
usually available for commercial transactions with the 
use of credit cards. However, the credit card is under 

10 the control of the credit company, whereas the user has 
their account with the bank. Payments for transactions 
with the use of credit cards therefore require 
cooperation between the credit company and the bank and 
a considerable amount of written work. In contrast, 

15 according to the invention, where bank cards issued by 
the bank are used, payments can be made solely through 
the bank with utmost ease and at low cost. 

The user account and the business account are not 
always present at the same bank. It is therefore 

20 desirable for the business to have accounts with as 
many banks as possible and to be a member of the 
transaction payment system controlled by these banks. 
Nevertheless, even if the user has their account with 
one bank and the business has its account with another 

25 bank, payments can be made by transaction data being 
communicated from the centre of the one bank to the 
centre of the other bank by way of a cpmmunication line 
which, connects these centres with each other. In this 
case it is to be preferred, for storing the data of 

3 0 outstanding transactions, to use the file of 

outstanding transactions at the centre where the user 
has opened their account, and not the one at the centre 
with the business account. Only when the payable sum 
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is to be transferred is data containing this sum 
communicated to the centre having the business account, 
and the payment is made to this account. The 
transaction terminal of each business does not always 
5 have to be connected to the central processing system 
at the centre of the bank. A charge system can also be 
used, where transaction data is periodically stored in 
the terminal or is printed by the printer and the 
collected data is brought into the bank, namely from 

10 the terminal, the data of which is communicated into 
the central processing system. 

An embodiment of the invention is described in the 
following in conjunction with the enclosed drawings. 
Figure 1 shows a block diagram which reproduces a 

15 payment transaction system in its entirety. 

Figure 2 shows a bank card. 

Figure 3 shows in part a memory in a transaction 
terminal . 

Figure 4 shows in part a customer information file 
20 (GIF) . 

Figure 5 shows in part an information file on 

outstanding transactions (OIF) . 
Figure 6 shows a format of a message. 
Figures 7-11 show flow charts which reproduce the 
2 5 procedure to be carried out by the terminal- 

Figures 12-15 show flow charts which reproduce the 

procedure to be carried out by the control 
centre . 

Figure 1 shows a system for making payments for 
30 transactions in its entirety. It comprises a 

transaction terminal 10 which is installed in every 
business, and a control centre 20 in the bank, with the 
terminal 10 being connected to the centre 2 0 by way of 
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a communication line (telephone line) . 

The terminal 10 is controlled by a CPU, for 
example a microprocessor 11. Connected to the CPU 11 
are a memory 12 for storing a program for these data 
5 items and various data items still to be described, a 
communication control unit 13 for controlling 
communications with the centre, a card reader 14 for 
reading the data recorded magnetically in a bank card 
(cheque card) BC, a keyboard 15 for the input of 

10 transaction data, to which the sums of transactions 
belong, a display 16 for reproducing data such as the 
acceptability of transactions or other necessary data 
from the centre 20, a printer 17 for printing out 
transaction data on strips and the journal and also for 

15 printing out various data related to payments, and a 
keyboard 18, with which the user enters their secret 
number. The communication control unit 13 contains an 
automatic selector circuit and a modem. The card 
reader 14 can have an automatic or manual scanning 

20 function. Instead of being installed in the terminal 
10, the secret number keyboard 18 is preferably 
provided outside the terminal 10 and is connected to it 
by way of a cable, so that it can be operated by the user. 
The control centre 20 is provided with a large CPU 

25 21 for controlling the communication with the terminals 
10 and for carrying out various transaction procedures 
which include a payment procedure. The CPU 21 is 
provided with a memory 22 for storing the program which 
it is to carry out, a communication control unit 23 for 

3 0 communication with the terminals, a clock 24, a ■ 

customer information file (GIF) 25, an information file 
on outstanding transactions (OIF) 26 and a file on 
unpayable transactions (UTF) 27. 
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Figure 1 does show the terminal and the control 
centre each as the only one, but each bank has at least 
one control centre which is set up for communication 
with the terminals 10 of all member businesses of the 
5 cashless transaction system controlled by the bank. 
Moreover, the terminal of each business is set up in 
such a way that it is connected to the control centres 
of several banks . 

The bank card BC is shown in Figure 2 , The bank 

10 card BC is issued by the bank to someone who has an 
account with the bank. The bank sorting code number 
representing the issuing bank, a branch number, the 
account number and the secret number of the owner of 
the card as well as other data are recorded 

15 magnetically in a magnetic strip 9 applied to the bank 
card BC. 

Figure 3 shows the arrangement of data in the 
memory 12. The memory' comprises an area which, is used 
as transaction data file (TDF) , areas as buffer 
2 0 memories for outgoing and incoming data for 

communication with the centre (20) , an area for storing 
data read by the card reader 14, an area which stores 
transaction sums etc. entered by way of the keys, an 
area for storing the account number of the business 

2 5 where the terminal is installed, an area storing the 

telephone number of the centre of the bank concerned, 
an area storing the identification number of the 
terminal 10, an area which stores transaction codes for 
use in messages to be transmitted to the centre, etc. 

3 0 The TDF is used for storing the data with respect 

to each transaction made by the terminal until the 
associated payment is concluded. The data to be stored 
includes the date of the transaction, the account 
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number of the user performing the transaction, the bank 
sorting code number and the transaction sum. 

If the business has accounts with several banks, 
the account numbers at these banks are stored in the 
5 memory 12 in appropriate allocation thereto. Moreover, 
it is necessary to store individually the telephone 
numbers of the bank centres in appropriate allocation 
to the identification numbers, for example the bank 
sorting code numbers, of the banks. 

10 The memory 22 in the centre 2 0 comprises an area 

which is used as buffer memory for incoming and 
outgoing data for communication with the terminal 10, 
and contains stored a certain period of grace (see 
Figure 1) . The expression "period of grace" means a 

15 certain period from the transaction date and usually 
amounts to about 10 to 40 days. According to the 
present embodiment, a precisely fixed period of grace 
is set by the centre 2 0 for all transactions, but a 
specific period can also be set by the terminal or an 

2 0 optional period within certain limits as the user 

desires. In this case the period of grace set by the 
terminal is communicated to the centre together with 
the transaction data. 

Figure 4 shows an example of a CIF 25 controlled 
25 by the centre 20. For each of the users and the 

businesses which have an account with the bank, the 
balance, the name, the address and similar data 
relating to the transaction are stored in the CIF 25 in 
appropriate allocation to the account number concerned. 

3 0 The credit limit for each user is also stored. In the . 

present embodiment, the credit limit is determined in 
view of the credit rating of the individual with 
consideration of annual income, their employer, the 
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duration of employment with the employer and other 
personal matters. It is of course also possible to 
determine the credit limit according to the balance or 
suchlike periodically or for each transaction, 
5 Figure 5 shows an example of an OIF 26 in the 

centre 20, The OIF 26 is set up in such a way that it 
stores the data of outstanding transactions relayed 
from each terminal 10, which data [includes] the 
payment date, the transaction date, the account number 

10 of the user, the transaction sum and a symbol (for 
example business number, terminal number, account 
number or suchlike) which represents the business 
performing the transaction, with this data being stored 
for each transaction. If the business also has 

15 accounts with other banks, it is necessary to store the 
bank sorting code numbers etc. of the banks. The 
payment date is calculated by the period of grace being 
added to the transaction date. 

The UTF 27 in the centre 2 0 is set up in such a 

20 way that it stores data with respect to transactions 
which are unpayable because the transaction sum of the 
user exceeds their balance at the payment date, as will 
be described later. This risk is undertaken by the 
bank if an agreement between the bank and the business 

25 with respect to the undertaking of the risk can also be 
made beforehand. 

The centre 20 contains stored in one of its files 
or in the memory 22 a table in which the account number 
of every business and the number of the terminal 

30 installed there are indicated in appropriate relation 
to the business (business number or business name) , 

Figure 6 shows an example of a format of messages 
which includes the transaction data to be transmitted 



from the terminal 10 to the centre 20. The message 
comprises text start (STX) , number of the transmitter 
terminal, transaction code, which provides data on 
outstanding transactions, account number of the 
business, transaction sum, bank sorting code number, 
branch number, user account number read from the bank 
card BC and text end (ETX) . If necessary, the message 
includes the transaction date and, if the business has 
accounts with other banks, the bank sorting code 
numbers, etc. 

Figures 7 to 11 show the transaction processing 
procedures to be carried out by the terminal 10, 
whereas Figures 12 to 15 show the transaction 
processing procedures to be carried out by the control 
centre 20. 

According to Figure 7 the CPU 11 of the terminal 
examines successively whether the bank card BC was 
inserted into the card reader 14 and was scanned by it 
(step 31) , whether a reference to TDF was requested 
(step 32) and whether any message was received from the 
control centre 20 (step 33) . The CPU 11 can be 
informed about the results by way of an interruption. 
The establishment of the insertion of the card 
signifies the start of the transaction processing. The 
reference to TDF signifies the reading of data of 
outstanding transactions from the TDF of the memory 12 
and the printing-out of the data on the journal by the 
printer 17. The keyboard 15 has a TDF reference key 
which, when it is pressed, gives an affirmative answer 
to the question of step 32, If any message is obtained 
from the control centre 20, the incoming data is stored 
in the buffer area of the memory 12 for incoming data 
(step 33) . The message is examined as to whether it 
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relates to a transaction (step 34) or to the transfer 
of the payable sum (step 35) . 

Reference is now made to Figure 8/ which shows the 
first half of the transaction processing procedure at 
5 the terminal. If the insertion and scanning of the 
bank card BC is established, the data recorded in the 
card is read and is stored in the memory 12 (step 41) . 
The card data format is examined in order to establish 
whether the bank card is real (step 42) . If necessary, 

10 the user enters their secret number by way of the 

keyboard 18. The secret number entered by way of the 
keys is examined with respect to its correspondence 
with the secret number on the bank card. The centre 2 0 
can contain stored in the GIF 25 the secret number 

15 corresponding with the user account number, and the 
secret number entered by way of the keys can be 
transmitted together with the transaction data to the 
centre, so that the centre examines the two secret 
numbers for correspondence. 

20 In all cases, when correspondence is obtained and 

validity of the bank card is thereby established, the 
business staff key in transaction data, for example the 
transaction sum, which is then read and stored in the 
memory 12 (step 43). A message, for example like the 

25 one shown in Figure 6, is prepared in the buffer memory 
of the memory 12 for outgoing data (step 44) . The 
communication control unit 13 automatically selects the 
centre 2 0 with reference to the telephone number in the 
memory 12 (step 45) . Even if there are several centres 

3 0 (banks) , the telephone numbers of the centres are 

stored in the memory with appropriate allocation to the 
reference symbols identifying the banks (for example 
bank sorting code numbers or bank codes) , so that the 



-15- 

telephone number of the centre concerned is retrieved 
with reference to the bank sorting code number in the 
card data or the keyed- in bank code, so that the unit 
13 automatically selects the desired centre. 
5 If the bank card is not real or is invalid, or if 

the secret numbers do not correspond (NV for step 42) , 
the result is displayed on the display 16 (step 46) and 
the card is returned (step 47) . The card is then 
reinserted for the repetition of the above steps or for 

10 performing the transaction with payment in cash. 

If the transaction data is transmitted by the 
terminal to the centre, the centre registers the data 
in the OIF, as will be described later. A message 
reporting the result is then transmitted to the 

15 terminal. The reception of the message by the terminal 
(steps 3 3 and 34) is followed by the second half of the 
transaction processing, which is shown in Figure 10. 

According to Figure 10, the message transmitted by 
the centre and stored in the buffer memory for incoming 

2 0 data of the memory 12 is read in order to examine 

whether the transaction is acceptable (step 61) . If 
the transaction can be performed, the printer 17 prints 
the transaction data, for example transaction date, 
transaction sum, user account number (or their 
25 identification code), etc., on a strip (receipt) and on 
the journal, and an impression of the embossing on the 
bank card is made (step 62) . The transaction data is 
registered in the TDF in the memory 12, as described 
above (step 63) . Finally, the card is returned (step 

3 0 64) . The issued receipt and the returned card are 

handed over to the user. The journal is used as a 
record for the business. In this way the transaction 
is concluded without exchanging cash. 



The transaction is not acceptable, for example, if 
the bank card is invalid or if the account is missing 
from the GIF or if the transaction sum exceeds the 
credit limit. If the transaction is not acceptable (NO 
5 for step 61) , a reason which is contained in the 

message transmitted from the centre to the terminal is 
displayed on the display 16 (step 65) and the card is 
returned (step 65) . In this case the transaction is 
performed with cash. 

10 According to Figure 12 the CPU 21 of the centre 20 

examines whether there is a data change (step 81) and 
then whether any message is received from the terminal 
(step 82) . These steps can be carried out by way of an 
interruption. The date is controlled by the clock 24. 

15 At a certain time when the date must be changed, the 
clock 24 supplies a date change signal to the CPU 21 
(step 81) , whereupon the payment procedure shown in 
Figure 13 (and to be described later) is carried out. 
This procedure is carried out once daily. The messages 

2 0 from the terminal include transaction data messages and 

responses (steps 83 and 84) . 

A message from the terminal is a transaction data 
message if it includes a transaction code. The 
sequence then proceeds according to the transaction 
25 procedure shown in Figure 14 (step 83) . The message 

which is stored in the buffer area of the memory 22 for 
incoming data is read in order to examine whether the 
card is invalid due to any difficulties (step 111) . 
The centre 20 has a file (not shown) for invalid cards. 

3 0 The identification symbols (for example the account 

numbers) of invalid cards which are not usable for 
transactions are stored in the file. The file for 
invalid cards is scanned with reference to the card 
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data relayed from the terminal in order to examine 
whether the symbol identifying the card concerned is 
contained in the file. If the card is not invalid the 
GIF 25 is then scanned for the account number concerned 
5 (step 112) . Moreover, the transaction sum is examined 
as to whether it exceeds the credit limit (step 113) . 
The outstanding sums for the users can also be stored 
in the GIF 25 so that, when the credit limit is to be 
examined, the transaction sum is compared with the 

10 balance which is obtained by subtracting the 
outstanding sum from the credit limit. 

The transaction is definitely acceptable if the 
transaction sum corresponds to the credit limit. The 
transaction data for the user is registered in the OIF 

15 26 (step 117) . In this step the payment date is 
calculated by adding the period of grace to the 
transaction date, and the payment date is likewise 
registered in the OIF 26. A transaction-OK-code 
(acceptable-code) is placed in the buffer memory for 

20 outgoing data of the memory 22 (step 118) . 

If it emerges from step 111 that the card 
concerned is in the file for invalid cards, a card-NV- 
code is placed in the buffer memory for outgoing data 
of the memory 22 (step 114) . If step 112 cannot locate 

25 the account concerned in the GIF 25, an account -NV- code 
is placed in the buffer memory (step 115) . If it 
emerges, moreover, from step 113 that the transaction 
sum exceeds the credit limit, a credit limit exceeding 
code is placed in the buffer memory (step 116) . 

3 0 In any case, a transaction message is prepared by 

the addition of the transaction data to the codes which 
relate to the acceptability of the transaction, and is 
placed in the buffer memory for outgoing data (step 
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119) . The message is transmitted to the terminal 10 
concerned (step 120) , 

Upon receiving this message the terminal 10 
carries but the second half of the transaction 
5 processing procedure shown in Figure 10. 

Figure 13 shows the payment procedure to be 
carried out by the centre 20. First of all the 
outstanding data with respect to a certain transaction 
is read from the OIF 26 (step 91) in order to examine 

10 whether the payment date included in the data 

corresponds with the date on the clock 24 (step 92) . 
If there is correspondence, the data is stored in the 
specified area of the memory 22 (for example the area 
for outstanding data) (step 93) . These steps are 

15 repeated for the data with respect to each transaction 
in the OIF 26 (step 94) . The data to be processed on 
the day concerned is read from the OIF 26 by way of 
steps 91 to 94 . 

Next, all transactions which are covered by the 

2 0 data of outstanding transactions stored in the memory 
are processed, in order to compare the transaction sum 
to be paid and contained in the data with the balance 
of the appropriate user in the GIF 25 (step 95) . If 
the new balance obtained by way of subtraction of the 

25 transaction sum from the outstanding balance is zero or 
greater than zero, the sum is payable (step 96) . The 
balance of the user account is updated by using the new 
balance (step 97) . This means that the user has paid 
the transaction sum payable. The settled transaction 

30 data is stored in a special area (area for settled 
data) in the memory (step 98) . 

If the new balance is negative, it indicates that 
the sum due is not payable. The transaction data is 
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then registered in the file for unpayable transactions 
(UTF) (step 100) . The balance of the user account 
concerned is preferably updated with the new negative 
balance. Moreover, the unpayable transaction sum is 
5 stored in a special area of the memory 22. The bank 
will certainly notify the user of the unpayable sum and 
will enforce payment of the deficit. 

Steps 95 to 98 and 100 are carried out for the 
data of all transactions which is stored in the area of 
10 outstanding data of the memory 2 2 (step 99) . 

If debits are made to the user accounts for the 
data of all transactions to be paid, the sums are 
transferred to the accounts of the businesses 
concerned. The sum (total sum of the transactions) to 
15 be transferred to each business is calculated with 
reference to the data in the area of settled data of 
the memory 22 (step 101) . The sum of unpayable 
transactions is added to the transfer sum. A message 
is then prepared which contains the total sum to be 
2 0 transferred (including detailed data with respect to 

all settled transactions, if required) . The message is 
transmitted to the terminal of the appropriate business 
(steps 102 and 103) . 

Upon receiving the transfer message the terminal 

2 5 10 prepares a response message relating thereto, which 

is transmitted to the centre 20 (Figure 7, step 35 and 
Figure 11, step 71) . The centre 2 0 now carries out the 
transfer steps shown in Figure 15. (The sequence 
proceeds from Figure 12, step 84 to Figure 15.) The 

3 0 total transfer sum is then transferred to the account 

of the appropriate business (step 106), whereby the 
payment is concluded. The outstanding data with 
respect to the transactions performed by the user in 
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the business concerned is therefore erased in the OIF 
26 (step 107) . The total sum formation steps and 
transfer steps 101 to 103, 106 and 107 for each 
business are carried out for all businesses (step 108) . 
5 Terminal 10 communicates in step 71 (Figure 11) a 

message which only establishes that the transfer 
message was received, but a more reliable result can be 
achieved if such a response message is given to the 
centre 2 0 only if the transfer sum relayed by the 

10 centre 20 (and all transaction data if required) 

corresponds with the total sum of the appropriate data 
in the TDF of the memory 12 of the terminal 10. 
Moreover, after the transfer of the sum to the business 
account in step 106 of Figure 15, the business can be 

15 informed of the transferred sum (corresponding to step 
103), If the business account is not in the GIF of the 
centre, but in another bank, the necessary data which 
includes the transfer sum, the business account number 
etc. is communicated to the centre of the appropriate 

2 0 other bank for the transfer. 

At the same time as or after or before such a 
transfer procedure the data which relates to unpayable 
transactions in the file 27 is printed out (Figure 13, 
step 104) • The bank enforces payment of the unpaid 

25 money with reference to the printed data and erases the 
appropriate transaction data in the OIF 26 (step 105) . 
The erasing of the data in the OIF 26 can take place 
after payment of the unpaid money is enforced. 

According to Figure 11, the terminal 10 obtains 

30 data with respect to the transfer sum etc. from the 
centre 20, whereupon the terminal provides a list of 
paid transactions (with transferred payment) with 
reference to the obtained data or the TDF of the memory 



12 and, moreover, prints the list out with the printer 
17 (step- 72) . The settled data is erased in the TDF 
(step 73) . 

Figure 9 shows the reference procedure to be 
carried out by the terminal. Upon a reference request, 
outstanding data is read from the TDF of the memory 12 
and prepared (step 51) and printed out by the printer 
17 on the journal (step 52) . The journal supplies the 
business information with respect to the outstanding 
transactions . 

In the embodiment described, only the account 
number is used as the user identification symbol, but 
alternatively the name, the bank card number, the 
membership number or suchlike can of course also be 
used. Such data can be recorded or stored on the bank 
card, the GIF or suchlike. The same applies for the 
business. In general the centre is provided with a 
transaction- recording file for recording all performed 
transactions, in order to protect itself from possible 
incidents. In the description above, reference was in 
fact not made to the recording file, but such a file is 
of course actually necessary. 
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